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TO ALL WHOM IT MAY CONCERN: 

BE IT KNOWN that we, Mark Yablonski, Bradley Babin, and Weylin 
Debetez, residing in the State of Texas, have invented new and useful 
improvements in a 

SYSTEM AND METHOD FOR DISPLAYING GRAPHS 

of which the following is a specification: 
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CROSS REFERENCE TO RELATED APPLICATIONS 

1 This application claims the benefit of US Provisional Application No. 

2 60/158,651, filed October 8, 1999, titled AGGREGATION MECHANISM FOR 

3 FUNCTIONAL GRAPHS. 

BACKGROUND OF THE INVENTION 

4 1. Field of the Invention: 

J ; 5 The present invention relates generally to computer system displays, and 

q j 6 more specifically to a system and method for graphing functions over user 

m j 

q j 7 selectable aggregations of input data. 

M. 8 2. Description of the Prior Art: 

;;g 1 9 The prior art has long been practiced on paper by mathematicians and 

^■10 more recently in computer graphics user interfaces (GUIs) by software 

11 engineers. The prior art graphs a function on a grid of two or three axes 

12 commonly labeled X, Y, and Z. One of the axes corresponds to the function 

13 output values; the other axis or axes correspond to function data inputs. The 

14 axes show relatively simple measurements such as Day of Week vs. 

15 Temperature. Point, line or bar displays within the grid display the function 

16 values. For instance, the grid could graph average, high, or low temperature 

17 functions given sets of temperatures read hourly during specific days. (See 



Patent Application.doc/35791 



Page 2 of 2 



1 Figure 1 .) The prior art also includes multiple function graphs, in which the data 

2 axis (such as Day of Week) is subdivided by function. For instance, the Day of 

3 the Week axis could display Monday Average, Monday High, Monday Low, 

4 Tuesday Average, Tuesday High, Tuesday Low, etc. The graph would display 

5 three side-by-side bars for each day. (See Figure 2.) 

6 The prior art also displays hierarchically organized axes measures. For 

7 instance, the Day of the Week axis could display Monday morning, Monday 

8 afternoon, and Monday evening. (See Figure 3.) This is no different from a ruler 
Q i 9 breaking its measure into inches and further into half inches, quarter inches, etc. 
juo The prior art additionally could combine multiple function graphs and 
;S n hierarchically organized axes to display aggregate function values. For instance, 
2 '. 12 the Day of the Week axis could display Monday, Monday Morning, Monday 
1=4,13 afternoon, Monday evening, etc. One bar would plot Monday's aggregate 
3 14 temperature over morning, afternoon, and evening; another would plot Monday 
gU5 Morning's temperature, etc. Thus, the reader could see the daily aggregate 

16 temperatures as well as the morning, afternoon, and evening temperatures. 

17 Another way of showing aggregations is by plotting them as separate functions, 

18 using different colors, shading, labeling, etc. to differentiate function values. (See 

19 Figure 4.) 

20 The prior art can also move the functional value axis to the grid. For 

21 instance, in a two dimensional graph, the function might be on both X and Y axes 

22 data, and the function value is displayed on the grid via a number or a bar scaled 
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independently from the axes scales. Often such a bar is numbered as well. For 
example, the game Sim City™ displays a grid where the X and Y-axis 
coordinates are longitude and latitude geographic measures. Various bars on 
the grid show population statistics at the corresponding X and Y coordinates. 
The heights of the bars have nothing to do with the X and Y-axes— the bars are 
on their own scale, displaying population measures. The X and Y-axes are 
geographic measures in terms of miles. (See Figure 5.) 

The prior art also includes three-dimensional graphs, involving relatively 
simple X, Y, and Z-axis measures. The graph displays a function of X and Y 
axes data plotted against the Z-axis. (See Figure 6.) Alternatively, as in the 
previous discussion, the function value axis is moved to the grid, displaying a 
function of data on all three axes. (See Figure 7.) Such graphs are difficult to 
read on paper, but software rotation techniques and 3-dimensional perspective 
displays make this approach viable. 

The prior art is practiced on both paper illustrations and GUIs. GUIs 
provide various navigation capabilities such as scrolling through the axes. 
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SUMMARY OF THE INVENTION 

According to the present invention, a system and method for displaying 
graphs on a computer display organize the data and axes of the display 
hierarchically. The user is allowed to select which levels of the hierarchy are to be 
displayed, thereby controlling the look of the display. Data at lower hierarchical 
levels is aggregated at the level chosen for display. By varying the chosen display 
levels, the user changes the nature of the display on the computer monitor. 
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BRIEF DESCRIPTION OF THE DRAWINGS 

1 The novel features believed characteristic of the invention are set forth in the 

2 appended claims. The invention itself however, as well as a preferred mode of use, 

3 further objects and advantages thereof, will best be understood by reference to the 

4 following detailed description of an illustrative embodiment when read in 

5 conjunction with the accompanying drawings, wherein: 

6 Figures 1 - 7 are graphs in accordance with prior art graphing techniques; 

Qi 7 Figures 8-21 are graphs illustrating features of the preferred graphing 

8 technique; and 

Bl 

^ 9 Figures 22 and 23 are hierarchy diagrams illustrating aspects of the 

7 10 preferred method. 
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DESCRIPTION OF THE PREFERRED EMBODIMENT 

1 The present invention employs a computer graphics user interface (GUI) 

2 to advance the state of the art in graphing functions. It improves over the prior art 

3 by providing a mechanism for displaying the functional values of user-chosen 

4 aggregates of the function's input data. Prior art systems can display aggregated 

5 values such as the temperature on Monday, along with the unaggregated 

6 values— the temperature on Monday morning, afternoon, and evening. The 

7 weakness in such graphs is that the viewer cannot choose the level of 
5' 8 aggregation. In the previous example, the graph designer chose daily 

•Hi ■ 

ml 9 aggregations. A viewer might instead want to see weekly aggregations of 

J 1 10 various types, such as weekly average temperatures, weekly morning average 

; y 1 1 temperatures, etc. Alternatively, the user might want to see the graph 

g jl2 aggregated by weekdays and weekends. The present invention provides such a 

% 13 mechanism in a graphics user interface in which the graph axes are organized in 

q ,14 hierarchies (tree structures) that the user can manipulate. One or both axes (in a 

15 2 dimensional graph) can be so organized. In a three dimensional graph, one, 

16 two, or all three axes can be so organized. The user can navigate the graph in 

17 all manners common in the prior art (e.g. scrolling). The user can select various 

18 levels of the hierarchies to see aggregate function values. 

19 For example, Figure 8 shows the graph of a function of time plotting 

20 values of temperature. Perhaps the function is average temperature given a set 

21 of temperature readings throughout each day. The time data has been 



Patent Application.doc/35791 



Page 7 of 7 



organized in a time hierarchy with days at the lowest level, weeks at the next 
level, years above the weeks level, and Time itself at the top level. The days 
level has been selected initially, so the function values for each day are 
displayed. The user then selects a different hierarchy level to see a different 
level of aggregation. Figure 9 shows that the user selected the weeks level, 
resulting in function values displayed for weekly aggregates of the input data. In 
this example, the graph shows average weekly temperature. The user can also 
select specific portions of a given hierarchy level to further refine the aggregation. 
In Figure 10, the user has reselected the days level, grouped together weekdays, 
and grouped together weekends. The user can easily study weekday vs. 
weekend temperature variations in an application that may not have anticipated 
such a use. 

These time vs. temperature examples show the convenience provided by the 
present invention. However the present invention is a key analysis tool in more 
complex applications such as manufacturing, where the user needs to view 
functions over complex hierarchies of data. Examples of such data hierarchies in 
manufacturing are: 

• Seller (sales force), organized hierarchically by geographic location. For 
instance, a Seller hierarchy could consist of the entire sales force at the top 
level. The second level could contain the worlds' continents. The third level 
could contain countries within each continent. 
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1 • Product, organized by product family., For .instance, the top level of the 

2 Product hierarchy could represent all products. The second level could 

3 contain various product groups, and the third level could contain products 

4 within each product group. 

5 • Time, organized by subdivisions of time. 

6 The bottom layers of such hierarchies often break into vectors of data. For 

7 instance, at the bottom of the Seller hierarchy might be a vector of sales data 

8 containing Planned sales, Allocated Sales, and Actual Sales. If this were plotted 
jjji 9 vs. a Time hierarchy, the user could go up and down the Seller and Time 
|j: 10 hierarchies to have the graph answer such complex questions such as: 

s m 11 1 . What were the Allocated Sales in North America last year? 

Q 12 2. What were the Allocated Sales in the United States last year? 

^13 3. What were the Actual Sales in the United States the 1 st quarter of last year? 

14 The seller hierarchy designer has established that Planned Sales, Allocated 

15 Sales, and Actual Sales are a vector of numbers to display at each cell of the 

16 grid. The user however can issue instructions to compose a special function to 

17 display, built on values in the vector— a feature provided in current spreadsheets. 

18 For instance, the user could plot Actual Sales minus Planned Sales. 
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1 The user can additionally filter out portions, of one or both hierarchies to 

2 answer such questions as: 

3 4. What were the Allocated Sales in North America and Asia (but not Europe nor 

4 South America) last year? 

5 5. What were the Allocated Sales in North America and Asia (but not Europe nor 

6 South America) during the 1 st quarters of the last five years? 

7 To view such numbers, the user selects nodes Europe and South America 

8 and executes a Filter command. Europe and South America then disappear from 

9 the Seller hierarchy and are placed in a small separate window, to remind the 

10 user that they've been filtered. During the rest of the session, all aggregated 

11 values normally involving Europe and South America are adjusted, deducting the 

12 numeric contributions of Europe and South America. At any time during the rest 

13 of the session, the user can click on items in that window to remove their filters. 

14 Figure 11 plots such a sales hierarchy vs. a time hierarchy on a 3- 

15 dimensional graph. The various sales figures are displayed using the vertical 

16 axis as well as numeric labels. The following discussion will review each of the 

17 previous five questions to see how the user employs the preferred embodiment's 

18 navigation tools to get the answers. Various features of the invention will be 

19 described in this context. 
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1 Suppose initially the Y-axis shows Seller and the X-axis shows All Time, a 5- 

2 year history time horizon. (See Figure 12.) Using a mouse or other selection 

3 mechanism, the user would select Seller to break the axis into North America, 

4 South America, Europe, and Asia. (See Figure 13.) The user would select Time 

5 to break it into 5 previous years. (See Figure 14.) On this selection, the grid 

6 changes from displaying sales figures aggregated across all of time to yearly 

7 aggregated sales figures. To answer question 1 , the user cross references North 

8 America vs. '98 (last year) and looks at the bar displaying Allocated Sales. 

£h 9 The user then navigates to answer question 2 by selecting North America, 

■',10 breaking it into each country, and then cross referencing the United States vs. 

J 11 '98. (See Figure 15.) Actually, the user has two options when drilling 

•Mi " 

hi; 12 downwards in a hierarchy. In Figure 15, the user selected the option of 

K13 expanding the next level only under the selected North America. Figure 16 

gi 14 shows the option of expanding the entire next level (to view all countries under all 

l gl5 continents). However, by expanding only portions of a given level, the user can 

16 display a comparison of sales figures for a given country vs. a given continent, or 

17 the 1 st quarter of this year vs. all of last year. Command modes, mouse buttons, 

18 menus, or other GUI mechanisms are used to select among the two options in a 

19 manner well known in the art. 

20 The user then navigates to answer question 3 by selecting '98, breaking it into 

21 quarters. (See Figure 17.) Since the grid is displaying various functions 

22 including Actual Sales, the user does not need to do anything special to view that 
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1 number. The user simply cross-references, the United States vs. '98's 1 st quarter. 

2 Note that the present invention allows choice points at these selections. In this 

3 example, the GUI might ask (via popup menu, prompt, or other methods) the 

4 user whether to break '98 into quarters, weeks, months, days, etc. Instead of 

5 offering just a single hierarchy for each axis, the present invention offers multiple 

6 alternate hierarchies for each axis. 

7 The user then navigates to answer question 4 by issuing a command to go up 

8 a level in the Seller hierarchy to display the continents. The user then selects 
5 9 two of those continents, North America and Asia, to get some specified 

1 10 mathematical combination of their function values, such as averaging or 

111 summation. (In this example, one could view the average actual sales, the 
.1 12 summed planned sales, etc.) The grid now displays combined sales data for the 

13 two selected continents. (Such combinations can be much more efficient than 

,14 the user manually summing the sales numbers for selected continents. The 

jl5 present invention provides spreadsheet-like capabilities so that the user can 

16 compose complex functions from atomic functions such as summation, MIN, 

17 MAX, or AVERAGE.) The user then issues a command to go up a level in the 

18 Time hierarchy (from 1 st quarter of '98 to all of '98). 

19 The user then navigates to answer question 5 by going down the Time 

20 hierarchy to the yearly quarters, then selecting the 1 st quarters of the last five 

21 years to get summed sales data on those quarters. 
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1 In prior art graphs, the plotted function yalues.are simply numbers. However, 

2 the present invention allows for the possibility that the function values are 

3 themselves hierarchically arranged numbers. The user can navigate through this 

4 value hierarchy in a manner similar to the navigation through the axis data 

5 hierarchies. The only difference is that the hierarchy template for such 

6 navigation occurs in a legend placed separately from the graph. For instance, 

7 suppose we graphed Seller hierarchy vs. Product hierarchy on a 2 dimensional 

8 graph. Suppose we wanted to graph sales numbers by product by different time 

9 periods (in a time hierarchy). We could change the design to employ a 3 
g 10 dimensional graph, with Time hierarchy as the Z-axis. However, perhaps for our 
Hi: 11 particular data, this would be unreadable. Instead, we have the grid display the 
"J. 12 sales numbers, broken out by whatever time segments of the time hierarchy the 
W is 13 user chooses. The Time hierarchy legend would provide Last 5 Years at the top 
|:;j44 level, Each Year at the next level, each quarter at the next level, etc. By clicking 
;| 15 on these various levels, the grid would display one bar for all 5 years, or 5 bars 
ill! 16 for eacn year, or 20 bars for each quarter, etc. (See Figure 18.) As with the 

17 axes hierarchies, the user can perform combination and filtering on the value 

18 hierarchy. For instance, he could combine the first three years' values or filter 

19 out all but each year's 1 st quarter values, all through mouse commands 

20 performed on the value hierarchy legend. 

21 Why would a user wish to create such complex functions of three data 

22 hierarchies? The following are practical questions that such a graph would easily 

23 answer: 
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1 • What is the Planned Allocation during 2nd Quarter '99 for Texas for Product 

2 A? 

3 • What is the Planned Allocation during 2nd and 3rd Quarters 5 99 for the US for 

4 Product Group 100? 

5 The present invention's mechanism for graphing hierarchically organized data 

6 is trivially extended to accommodate other more general data organizations such 

7 as lattices and directed graphs. (Here, the term "graph" refers to the data 

8 structure, not the function plotting device.) A lattice is accommodated by 

."4- 

9 searching the lower levels of the hierarchy under a given selected level. 
% 10 Whenever a lower level element is encountered more than once, the repeated 
Srll encounters are ignored. Otherwise, the data for that element would be counted 
7 12 multiple times in aggregating the input data. A directed graph is accommodated 

5 13 by defining at each level the set of lowest levels. As the user drills down the 

5 14 hierarchy, the lowest levels may actually change, if the graph has a loop and the 
^15 defined sets of lowest levels for given selected levels differ. 

16 An example of a directed graph application of this invention is a traffic 

17 analysis application with a truck or train route directed graph axis and a time axis. 

18 The grid might display traffic data. The route axis is organized as a directed 

19 graph of cities connected by highways. One can select a given city to see 

20 information about traffic going from that city to other cities along the truck route. 
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1 The present invention provides a spreadsheet-like functionality in which the 

2 user changes a graphed value and then updates the window to display resultant 

3 changes in aggregated values. For instance, suppose the Planned Allocation for 

4 1 st Quarter '99 for Texas for Product A is 20. This value of 20 contributes to many 

5 possible aggregate values, including the Planned Allocation for 1 st Quarter '99 for 

6 US for Product A, which might be 150. Suppose the aggregate function is 

7 summation. If the user changes the 20 value to 40 and then selects the above 

8 aggregation, the grid will display 170 instead of 150. 20 is an editable value, in 

9 this case, because it is a value of leaf nodes of the axis hierarchies. 150, 
|, 10 however, is not an editable value, because it is the value of non-leaf nodes of the 

axis hierarchies. 

: 

wii 12 The present invention combines very elegantly and powerfully with the three 

M13 dimensional graphing capabilities of available products such as the florr/wall/wall 

|?14 graphing product, available from i2 Technologies. See Figures 19-21 for various 

gl5 examples of Seller vs. Product hierarchies, integrated with the 3-D viewing 

16 mechanism of that product. These illustrations show a floor-leftwall-rightwall 

17 graphic architecture where the floor is the present invention, a graph of two 

18 hierarchical axes data. The left wall and right wall are mathematical 

19 summarizations (selected formulas such as min, max, or average) of the 

20 functional (grid) values. 

21 There are many potential applications outside of manufacturing. For example, 

22 any organization can provide hierarchical axes of information such as an 
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organization chart vs. geographic location, and .graph function values such as 
salary data, expense data, or skills. Those interested in financial and portfolio 
management can use industry sectors and company sizes as the hierarchical 
axes, and plot function values of expected and actual returns, or current 
investment allocations. Manufacturing specific data can include, for example, 
hierarchical axes selected from parts, products, suppliers, customers, facilities by 
geography, size or other measure, time, plans, or measurements. 
Corresponding plotted data can include any numeric data such as inventories, 
demand, return-on-investment, expenses, performance, allocations, and many 
others. Those skilled in the art will appreciate that many different type of data 
can be graphed using the techniques described herein. 

METHOD DETAILS 

This section describes the procedures that implement the preferred 
embodiment of the present invention. This invention comprises a generic GUI 
mechanism appropriate for many types of applications. An example structure for 
using the described method is shown in Figure 24, in which the described 
procedures are placed in a generic Graph System 100, driven by an Application 
104 that has its own Database 106, whether memory resident or on an external 
disk drive. However, the invention is not limited to such an organization. The 
Graph System 100 could be implemented as non-generic software imbedded in 
the Application 102, for example. 
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1 It will be recognized by those skilled in the art that the procedures 

2 described herein have alternatives that could be proved to be logically identical. 

3 For instance, suppose a procedure requires two steps A and B that can be 

4 executed in either order without different results. The invention is not restricted 

5 to the order A, then B, just because the procedure is described in the order A, 

6 then B. The procedures are expressed using a number of external functions that 

7 Application 102 passes to Graph System 100 for it to call at various stages of its 

8 processing. Instead of such external functions, the Application 102 could pass 

9 the Graph System 100 a table of results of the functions given various inputs. 
2. 10 Tne procedures are not expressed in an Object Oriented framework, but many 
□fell Objected Oriented versions of these procedures are logically equivalent to the 
dU2 following descriptions. 

'^13 Note that procedures expressed in terms of external functions may appear 

£Sjl4 to have certain performance characteristics such as quadratic performance. 

ijl5 However, use of caching by these functions can improve the performance, e.g. 

16 from quadratic to linear performance. 

17 Initialize-Graphfl 

18 This procedure is used by Application 102 to send Graph System 100 the 

19 axis hierarchy structures, various external functions for retrieving graph values 

20 and computing value aggregations, and default GUI settings. 
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Step 1. Application 102 sends Graph Sys.tem 100 the number of axes to graph 
(either 2 or 3). 

Step 2. For each axis, 

Application 102 traverses Database 104, informing Graph System 100 of 
all hierarchy nodes. Each hierarchy-node is a record consisting of the following: 

(1) label, a string describing the node's representative section of 
the hierarchy. In a Seller hierarchy, example labels would be North 
America, United States, Planned Sales, Actual Sales, and Seller (the top 
of the hierarchy). 

(2) subhierarchies, a list of subhierarchy records each consisting 

of: 

(a) child-nodes, a list of hierarchy-node records. This list is 
never empty. When this list has one node, that node is the 
sole subtree of this hierarchy-node. When this list has more 
than one node, each is an alternative subtree of this 
hierarchy-node. In such situations, the user has a choice of 
aggregation methods. For instance, a Year could have the 
following subhierarchies: Monthly, Weekly, and Quarterly. A 
Salesman hierarchy could have the following subhierarchies: 
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By Location, By Product Group, By Seniority, By 
Performance Rating. 

(b) selection-label, a string used in pop-up menus or other 
GUI mechanisms employed by Graph System to have the 
user select among subhierarchies. 

When this list is empty, this hierarchy-node is a leaf of the hierarchy 
tree. 

(3) initial-subhierarchy, the initially selected subhierarchy among 
the subhierarchies. When subhierarchies of the various nodes 
have more than one member, there are essentially multiple 
combinations of hierarchies that Graph System could display. The 
initial-subhierarchies of all nodes provide Graph System the initial 
hierarchy to display. 

(4) Leaf?(node, selected-nodes), an external function that returns 
True if 'node' is a leaf node of the hierarchy. Otherwise it returns 
False. When the hierarchy is a tree (the most typical situation) or a 
lattice, Leaf? should return True if its currently selected 
subhierarchy has no child-nodes, and the selected-nodes argument 
should be ignored. Because this case is so typical, Application 102 
can omit this field and accept a default function from Graph System 
100 that does this. When the hierarchy is a graph with cycles, Leaf? 
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1 needs to be computed based or% selected-nodes, which is the 

2 current set of selected hierarchy nodes. Application 102 has to 

3 traverse down from selected-nodes towards 'node', deciding how 

4 far down to traverse before leafs appropriate to that set of selected 

5 nodes are reached. (The presence of cycles means there may not 

6 be actual leafs — a traversal length within such cycles has to be 

7 decided.) 



8 Step 3. Application sends Graph System an external function value- 

3 9 lookup(xnode 3 ynode) if step 1 specified two axes, or value-lookup(xnode, 

Q]d0 ynode, znode) if step 1 specified three axes. The arguments are hierarchy-node 

^ 11 records that are leaf nodes of the hierarchy. The function returns a value for 

^ 12 Graph System 100 to plot at the grid's cross-reference point of xnode, ynode, 

; 4 13 and (if present) znode. For instance, in Figure 11, suppose our xnode is the 

;5L4 "planned" node under North America and our ynode is '95. Value-lookup applied 

Ci 15 to these two nodes would return 3. 



16 Note that if the hierarchy is a cyclical graph, value-lookup has to return a 

17 value for every combination of nodes among those returned by the various 

18 BOTTOMS functions. 

19 If Application 102 wishes editing capabilities on the values returned by 

20 value-lookup, Application Sends Graph System 100 an external function value- 

21 edit(xnode, ynode) or value-edit(xnode, ynode, znode). This function handles 
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1 the I/O needed to retrieve the new value from the user and then changes the 

2 corresponding value that is returned by value-lookup on these same arguments. 



3 Step 4. Application sends Graph System a set of Aggregation-Method records, 

4 each consisting of: 

5 (1) aggregate-value(values-list), an external function. Values-list 

6 is a list of values over which this function computes and returns an 

7 aggregate value. The list might contain numbers, and the 
^ 8 appropriate aggregation computation might be SUM or AVERAGE. 
S; 9 The value returned by aggregate-values and the members of the 
i|j 10 values-list must have the same data type as that returned by the 
Q\ u value-lookup function of step 3. Graph System 100 will use this 
;= 12 function to plot aggregated values whenever non-leaf members of 
:i| 13 the hierarchy are selected. (For leaf members, Graph System 100 

5 sasi> 

:^! 14 can simply use value-lookup.) Aggregate-values should return 

15 first(values-list) whenever values-list has only one member. 

16 (2) method-label, a string used in pop-up menus and other GUI 

17 mechanisms for the user to select their desired aggregation 

18 method. 

19 In many applications, only one Aggregation-Method record will be 

20 provided, leaving no choice for the user. The most common aggregate- 

21 value function is SUM. Another common function is AVERAGE. 
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1 The remaining sections will refer to Jhe user's currently selected 

2 aggregation method by its contained function, aggregate-value(values- 

3 list). 

4 Step 5. Application 102 informs Graph System 100 about how to present and 

5 scale the graph, using methods known in the art. For instance, plotted values 

6 may be presented a bars, lines, points, etc. Presentation includes coloring, 

7 shading, labeling, axes scales, scrolling control, and other GUI issues. 

Application 102 informs Graph System 100 of the nature (data type) of 
each cell value and exactly how cell values are to be displayed. In the 
simplest case, cell values are numbers. However, as described earlier, 
cell values might be vectors or even hierarchies (trees) of numbers. They 
might be symbolic values. Graph System 100 provides special formatting 
options for each type. (The procedures required to handle cell vectors 
and cell hierarchies are described below.) 

Step 6. Graph System 100 determines the nature of the hierarchy using known 
graph traversal methods in the computer science sub-fields of data structures 
and graph theory. Here "graph" is used in its mathematical sense. The nature of 
the hierarchy is commonly a tree structure but could be a lattice or directed 
graph. If not a tree, Graph system 100 knows in procedures such as Plot- 
Values to look for repeated nodes during aggregation. 



8 

# 9 
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1 Step 7. Application 102 informs Graph System 100 of the initially selected nodes 

2 for each axis. Commonly each axis hierarchy is a tree and the application sets 

3 the top or bottom nodes of each hierarchy. 

4 Bottoms(node) 

5 This function is used internally by Graph System 100 to determine the leaf 

6 nodes under 'node', 'node' may be several hierarchy levels above the leafs, it 

7 might be the parent of leafs, or it might itself be a leaf. A set of the leafs is 

8 returned. The procedure is: 



9 Let S = an empty set that prohibits adding duplicate members into itself. 

:%10 If node.leaf?(node, selected-node) 

Jill Then 
K12 Add node to S. 

3 13 Else 

2; 14 For each node CHILD in node's currently selected subhierarchy's 

15 child-nodes list, 

16 If CHILD is not in filtered -nodes 

17 Add members of Bottoms(child) into S 

18 Return S. 

19 Selected-nodes is the global list of selected axis hierarchy nodes. 



20 Filtered-nodes is a procedure discussed below. Bottoms can be optimized by 

21 passing S as a second argument to Bottoms, which then populates S instead of 

22 creating and returning its own set. 
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1 Plot-ValuesO 

2 At all times, the user has selected one or more nodes in the X axis 

3 hierarchy, one or more nodes in the Y axis hierarchy, and (if there is a Z-axis), 

4 one or more nodes in the Z axis hierarchy. Whenever the user changes the 

5 selected nodes, Plot-Values is called to determine the values to display in the 

6 grid area of the graph. For every combination of X-axis, Y-axis, and Z-axis 

7 nodes, Graph System has to plot a value on the grid. If a combination contains 

8 only leaf nodes, Graph System 100 can simply call value-lookup(xnode, ynode, 
S 9 znode) for the plotted value. However, when a combination contains at least one 
ftlO non-leaf node, Graph System 100 must plot an aggregation of the combinations 

of underlying leaf node values. For instance, suppose we have the following 

: ; ; 12 leaf-node combinations and values: 



2 U3 value-lookup(xnode1 , ynodel ) = 1 0 

;:|14 value-lookup(xnode1 , ynode2) = 20 

^15 value-lookup(xnode2, ynodel ) = 40 

16 value-lookup(xnode2, ynode2) = 30 

17 If xnodel, xnode2, ynodel, and ynode2 are all selected, then the above 



18 four values are all displayed on the grid. Now suppose the following; SUM is the 

19 user's currently selected aggregate-value(value-list) function, and xnodel and 

20 xnode2 are under parent node Xnodes in the X axis hierarchy. If the user selects 

21 Xnodes, consequently deselecting xnodel and xnode2, Graph System removes 

22 the four plotted values and plots the following two values: 
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11. the value of Xnodes vs. ynodel, which is, the aggregate of the values of 

2 the leaf nodes under Xnodes (xnodel and xnode2, obtained via 

3 BOTTOMS(Xnodes)) vs. ynodel . Specifically, the computation is: 

4 aggregate-value({value-lookup(xnode1, ynodel), value-lookup(xnode2, 

5 ynodel )}) 

6 = aggregate-value({1 0, 40}) 

7 =50 

^ 8 2. the value of Xnodes vs. ynode2, which is the aggregate of the values of 

|| 9 the leaf nodes under Xnodes (xnodel and xnode2, obtained via 

C 10 BOTTOMS(Xnodes)) vs. ynode2. Specifically, the computation is: 

f 111 aggregate-value({value-lookup(xnode1, ynode2), value-lookup(xnode2, 

2l2 ynode2)}) 

jj'13 = aggregate-value({20, 30}) 

Sl4 = 50 

15 We've stepped through the plot-values algorithm on a particular example. 

16 Now the formal algorithm is as follows: 

17 Clear the grid of the currently displayed values. 

18 If any top node of any axis hierarchy is in filtered-nodes, return. 

19 Let xnode be each selected node in the X axis hierarchy. 

20 Let ynode be each selected node in the Y axis hierarchy. 
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1 Let znode be each selected node in the Z axis hierarchy. 

2 The following is executed on each combination of xnode, ynode, and 

3 znode: 

4 Let value-components be an empty list whose members are the 

5 same type as value-lookup. 

6 Let xleaf be each node in the set returned by BOTTOMS(xnode). 

7 Let yleaf be each node in the set returned by BOTTOMS(ynode). 

8 Let zleaf be each node in the set returned by BOTTOMS(znode). 

9 The following is executed on each combination of xleaf, yleaf, and 

10 zleaf: 

11 PUSH value-iookup(xleaf, yleaf, zleaf) ONTO value- 

12 components. 

13 Plot at the grid location corresponding to the cross-reference point 

14 of xnode, ynode, and znode the value of aggregate-value(value- 

15 components). 

16 If there is no Z-axis, Graph System 100 simply executes an alternate 

17 version of the above algorithm in which all references to Z-axis, Znode, and Zleaf 

18 are removed. 

19 This procedure can be optimized by avoiding calls to aggregate-value 

20 whenever a combination of xnode, ynode, and znode are leaf nodes of their 

21 respective hierarchies. If all three are leaf nodes, the algorithm just plots value- 

22 lookup(xnode, ynode, znode). If no Z axis exists, this principle still applies and 

23 the algorithm just plots value-lookup(xnode, ynode). 
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Drill-Downfnodel 



'node' is a currently selected hierarchy node. This procedure is called when 
the user chooses to select the immediate children of 'node'. The procedure is: 

1 . Remove 'node' from the set of selected nodes. 

2. Add node's children nodes onto the set of selected nodes. 

3. Refresh plotted values by calling plot-values(). 

Drill-Down(list-of-nodes) 

'list-of-nodes' is a list of currently selected hierarchy nodes. This procedure is 
called when the user chooses to select the immediate children of each node in 
list-of-nodes. This is useful for efficiently drilling down from an entire hierarchy 
level. The algorithm for his procedure is: 

1 . Remove each node in list-of-nodes from the set of selected nodes. 

2. Add each children node of each node in list-of-nodes onto the set of selected 
nodes. 

3. Refresh plotted values by calling plot-values(). 
Drill-Upfnodel 

'node' is the ancestor of some currently selected hierarchy node. This 
procedure is called when the user chooses to select 'node', consequently 
deselecting any of its descendent nodes. The algorithm is: 
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1 1. Traverse all nodes lower in node's , hierarchy using known methods in 

2 computer science, removing them from the set of selected nodes. 

3 2. Add node onto the set of selected nodes. 

4 3. Refresh plotted values by calling plot-values(). 

5 Combinefnodes-list. newlabeh 

6 This procedure is used to allow the user to modify an existing axis 

7 hierarchy to view value aggregations other than those displayable through the 

8 existing hierarchy, 'nodes-list' is a list of nodes in the same hierarchy, all having 
j 9 a common ancestor among the currently selected node subhierarchies. Let us 
40 call the common ancestor Anode. Anode is typically the direct parent of all 
1 11 members of nodes-list. This algorithm temporarily deletes all nodes in the 
12 hierarchy between Anode and nodes-list, making the nodes in nodes-list children 
il3 of Anode. Anode may have other children nodes not in nodes-list; these are left 
=14 untouched. 

15 For example, see the previous discussion (Figure 10) where the user 

16 created weekday and weekend aggregate nodes. There, Week was Anode and 

17 Days were the nodes in nodes-list. No nodes existed between Weeks and Days 

18 in the hierarchy. The user (via GUI commands in the Graph System) combined 

19 Monday, Tuesday, Wednesday, Thursday, and Friday nodes as the children of a 

20 new node whose label is "Weekdays". Weekdays became a child of the Week 

21 node. The user then combined Saturday and Sunday nodes as the children of 
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1 



2 



the new node whose label is "Weekend". Weekend became another child of the 
Week node. 



3 In place of the hierarchy with Week at the top and seven days at the 

4 bottom, the user received a three level hierarchy with Week at the top, Weekdays 

5 and Weekend underneath, Monday through Friday under Weekdays, and 

6 Saturday and Sunday under Weekend. Suppose (as shown in Figure 10) the 

7 graph showed many weeks, rather than one week. The user (through convenient 

8 GUI commands) could execute these combine operations once over all weeks in 
iia 9 the graph display. 

tflO The basic Combine algorithm is the following: 

Mill 1. For all nodes between Anode and nodes-list, remove their links in the 

j';!'12 hierarchy, storing them in case the user wishes the hierarchy to be restored. 

Sl3 If any were selected, unselect them and select the nodes in nodes-list. 

14 2. Create a new node New and add it to Anode's children nodes of its currently 

15 selected subhierarchy. Set its label to newlabel. (In the weekday/weekend 

16 example, newlabel would be "weekdays" or "weekends".) Set its children 

17 nodes to nodes-list. Since there is only one subhierarchy, its selection-label 

18 field is irrelevant. 

19 Set New's Leaf?(node, selected-nodes) function to a function which 

20 ignores its arguments and returns False. 
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1 3. Set New's aggregation-function to Anode's aggregation-function. 

2 4. Refresh plotted values by calling plot-values(). 

3 Uncombine(nodes-list) 

4 This procedure is used to undo the Combine operation previously done on 

5 nodes-list. The method is: 

6 1 . If the parent of nodes-list is a selected-node, unselect it and select the nodes 

7 in nodes-list. 

8 2. Destroy the parent of nodes-list, which is referred to as 'New' in Combine step 

9 4. 

10 3. Restore the links removed in Combine step 1 . 

1 1 4. Refresh plotted values by calling plot-values(). 

12 Filterfnode, replot?) 

13 This procedure is called when the user wishes to filter 'node' out of the graph, 

14 as if it were not even in the Application. The algorithm is: 

15 1 . add node to a filtered-nodes set. Filtered-nodes is a global variable. 

16 2. Let PARENT be node's parent node. 

17 If PARENTS currently selected subhierarchy's child-nodes are all in filtered- 

18 nodes, 

19 Filter(PARENT, False) 
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3. If replot? Is True, call plot-values(). 



Step 2 recognizes that if all of a nodes children are filtered, the node itself is 
filtered. We go ahead and filter it to cut off other algorithms' tree traversals early. 
This is most important in plot-values, to keep a filtered subtree from being printed 
along its axis. 

Unfilterfnode. reolot?) 

This procedure is called when the user wishes to no longer filter out 'node'. 
The algorithm is: 

1 . If node is not in the filtered-nodes set, return. 

2. remove node from filtered-nodes. 

3. For each node CHILD in node's currently selected subhierarchy's child- 
nodes, 

Unfilter(CHILD, False) 

4. If replot? Is True, call plot-value(). 

Step 2 makes it easy for a user to unfilter an entire subtree of nodes. 
Cell Vectors and Cell Hierarchies 

In the procedures described thus far, it will have been noted that various 
data types must match. Value-lookup's return value, aggregate-value's return 
value, and aggregate-value's arguments must all match type. Cells on the 
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1 graph's grid have values of this type. In Initialize-Graph's step 5, Application 102 

2 tells Graph System 100 how to format this value type. For instance, if the type is 

3 numeric, perhaps a bar with or without an accompanying printed number is the 

4 format. If the value is a vector of numbers, perhaps a row of bars positioned 

5 against each other is the format (as shown in Figure 1 1 ). 

6 Vectors fit into the current algorithms seamlessly. Aggregate-value just 

7 takes a list of vectors as argument and returns a vector containing aggregated 

8 numbers. For instance, if the argument list contained the two vectors <1, 3, 4> 

9 and <2, 4, 6>, the aggregate-value function should return the vector <3, 7, 10>. 
5 .10 In Figure 11, thus, Planned Sales, Allocated Sales, and Actual Sales are not 
3 11 hierarchy nodes at all. Instead, they label the cell vector values. North 
uU2 America, South America, Europe, and Asia are the leaf hierarchy nodes. The 
L 13 formatting of their labels along the Seller Hierarchy axis would include the 
|jl4 printing of "Planned Sales", "Allocated Sales", and "Actual Sales." 

Gil5 The discussion relating to Figure 18 presented the usefulness of the cell 

16 data type being a hierarchy (such as a tree of numbers). Such cell hierarchies 

17 allow the user to legibly plot functions of three hierarchies such as Seller, 

18 Product, and Time. With a cell hierarchy, the values returned by value-lookup 

19 and aggregate-values and the values plotted on each cell of the grid are all trees 

20 of numbers or other data. An example aggregation of two cell hierarchy values is 

21 shown in Figure 22. In this example, the aggregation function is the summation 

22 of numbers in the trees. Why bother with a tree representation, when we could 
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1 have used cell vectors to store <1 , 3, 2, $> and, <0, 1 , 0, 3> and defined their 

2 aggregate to be the vector <1, 4, 2, 8>? Because the cell hierarchy permits the 

3 user to traverse (via drilling up, drilling down, and filtering) and manipulate (via 

4 combine and uncombine) the cell hierarchy. (These algorithms on cell 

5 hierarchies are almost identical to those of the axis hierarchies.) Drilling up one 

6 level in the Figure 22 cell hierarchy would change the cell displaying the values 

7 1, 4, 2, and 8 to displaying 5, 10. (5 is the aggregation of 1 and 4; 10 is the 

8 aggregation of 2 and 8.) Drilling up another level leaves the cell displaying 15 

9 (the aggregation of 1 , 4, 2, and 8). 

.$.10 Initialize-graph's Step 5 is the step where Application 102 informs Graph 

;|-ll System 100 about the cell hierarchy. It passes the structure of the hierarchy as a 

,"<i. 

! = ^12 tree of hierarchy-node structures. This tree provides the tree structure and the 

J 4 13 labels of leaf and nonleaf nodes of the tree, which Graph System 100 needs to 

QJ4 display its cell hierarchy in a legend. The user will click on this legend to issue 

315 commands such as drilling up and down the cell hierarchy, selecting alternate 

16 subhierarchies, combining, and filtering. 

17 To handle cell hierarchy commands, Graph System 100 reuses slightly 

18 altered versions of most of the previously presented algorithms. For Drill-Down, 

19 Drill-Up, Combine, and Uncombine on cell hierarchies, the algorithms are all 

20 identical to those for axis hierarchies, except that the cell hierarchy versions 

21 modify a global set of cell hierarchy nodes, rather than a set of axis hierarchy 

22 nodes. The latter has been referred to as "selected nodes". For the remainder of 
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1 this discussion, the former will be referred to as cell-hierarchy-selected-nodes. 

2 For example, the version of Drill-Down(node) for cell hierarchies is: 

3 1. Remove 'node' from cell-hierarchy-selected-nodes, the set of selected cell 

4 hierarchy nodes. 

5 2. Add node's children nodes onto cell-hierarchy-selected-nodes. 

6 3. Refresh plotted values by calling plot-values(). 

7 The cell-hierarchy-selected-nodes specify how to format out all the trees of 
, n 8 values at each point on the graph's grid. For instance, if the cell value is the 1-4- 
| 9 2-8 tree in Figure 22 and the top node of the cell hierarchy is the only member of 
<10 cell-hierarchy-selected-nodes, the format function should compute the aggregate 
Qdl of 1-4-2-8 (using aggregate-value) and print that value (15). If instead the two 
= 12 middle hierarchy nodes were selected, then it should print the values 5, 1 0. 

ijl3 The value formatting logic sent by Application 102 to Graph System 100 in 

3' 14 initialize-graph step 5 must take the tree of values returned by aggregate-value 

15 and examine the cell hierarchy and cell-hierarchy-selected-nodes to see how to 

16 format out the tree on the graph's grid. The procedure is as follows: 

17 Plot-cell-value(hnode, vnode) 

18 {hnode is the top node in the cell hierarchy. Vnode is the top node of the 

19 tree of values we are plotting.} 

20 IF hnode is in cell-hierarchy-selected-nodes 
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1 THEN 

2 Let L be an empty list. 

3 Traverse leafs of vnode, collecting their values in L 

4 Plot the value returned by aggregate-value(L). 

5 ELSE 

6 FOR EACH child HC of hnode paired with the corresponding child VC of 

7 vnode, 

8 Plot-celI-value(HC, VC). 

9 Vnode itself might be a leaf, in which case the traversal contains jus vnode. 

10 Since the algorithm of this procedure may be executed over many cells, 



11 speed optimizations are useful. The cell hierarchy could be traversed at the 

12 start, collecting the traversal paths and corresponding aggregate- value calls to 

13 make for all of the cell values to be formatted. Given the cell hierarchy in Figure 

14 23, we would traverse A, B, and C nodes only once. Then, for each cell value, we 

15 would know to get the leaf values in a first-order traversal and then call 

16 aggregate-value({first-leaf, second-leaf}) and aggregate-value({third-leaf, fourth- 

17 leaf}). If cell value trees are stored via vectors, walking the leafs in first-order is 

18 extremely efficient. 

19 Editing 

20 Application 102 may be designed to operate similarly to a spreadsheet, 

21 with the user changing various values and seeing resultant changes to various 
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1 computations in the GUI. In the case of the present invention, the user would 

2 have a way of editing values retrieved by value-lookup, and on each edit, Graph 

3 System would update the graph. For instance, if the graph were currently 

4 displaying a summation style aggregate of four values 10,20,40,30, which is 100, 

5 and the user changed the first value from 10 to 20, the graph would change to 

6 display 110. 

7 The simplest, non-integrated method to implement such editing in the 

8 present invention is for the user to change the underlying values feeding value- 

9 lookup via the Application's own editing tools, and then for the user or Application 

10 102 itself to have Graph System 100 call plot-values. 

11 The more convenient, integrated method is to click on a value plotted 

12 between axis hierarchy leaf nodes in Graph System 100 and type in a new value. 

13 Such functionality is enabled by Application 102 in Step 3 of the initialize-graph 

14 algorithm. 

15 As described previously, the preferred method integrates well with the 

16 three dimensional graphing capabilities of products such as the floor/wall/wall 

17 graphing product available from i2 Technologies. This product uses a 

18 Floor/Wall/Wall (FWW) display system, to which the Graph System 100 has 

19 connections. The Floor pane of FWW holds Graph System's grid and hierarchy 

20 axes display. (Alternatively, one of the two walls could hold these things. 

21 Typically, the primary graph data is displayed on the floor, and the walls are used 
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1 to show summaries.) Whenever Graph System 100 calls plot-values(), it sends 

2 FWW the new Floor display and any updates to make on its walls. 

3 The described system is usable with any data that can be expressed 

4 hierarchically. By ordering the data in this manner, and using the described 

5 procedures, a user can gain significant useful control over the display of data. As 

6 is well known, well displayed data can assist the user in understanding its 

7 implications, and the system and method of the present invention provides a 

8 significant step forward in the art. 

9 While the invention has been particularly shown and described with 
10 reference to a preferred embodiment, it will be understood by those skilled in the art 
U that various changes in form and detail may be made therein without departing from 
12 the spirit and scope of the invention. 
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1 What is claimed is: 

2 1. 1 . A system for displaying graphical information, comprising: 

3 a display driver for making graphical information visible to a user; 

4 data organized along at least one axis in a hierarchical manner; and 

5 a graphing system connected to the data and to the display driver for 

6 displaying at least one axis of data, in a graph having at least two dimensions, as 

7 aggregated data in accordance with a selected level within the hierarchy. 

8 
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8 



1 2. A method for displaying data, comprising the steps of: 

2 displaying a graph having at least two dimensions; 

3 organizing at least one axis of the display in a hierarchical manner, so that 

4 data displayed along such at least one axis is selectably aggregated to be 

5 displayed. 

1 3. The method of Claim 2, further comprising the step of: 

2 allowing a user to select a level of the axis to be displayed, wherein the 

3 selectable aggregation level displayed is that chosen by the user. 

1 4. The method of Claim 3, wherein, in response to the user changing the 

2 aggregation level, a different aggregation level is displayed. 

1 5. The method of Claim 2, wherein the graph includes data organized in a 

2 hierarchy along two axes of the display. 

1 6. The method of Claim 5, wherein the display is a 3-dimensional graphical 

2 display of data. 
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1 7. The method of Claim 1 , wherein, in response to a user selection, a portion 

2 of a dimension displaying aggregated data is aggregated at a different level from 

3 the remaining portions of that dimension. 

1 8. The method of Claim 1, wherein selected elements of a hierarchical 

2 dimension are hidden from the display. 

1 9. The method of Claim 1, wherein the displayed graph is organized in three 

2 dimensions, with two dimensions forming a floor of a display, and both being 

3 organized as hierarchies. 

1 1 0. The method of Claim 9, wherein data is displayed in the third dimension. 

2 11. The method of Claim 10, wherein the data is organized as a hierarchy, 

3 and wherein the data is displayed as a selected hierarchy level. 

4 1 2. The method of Claim 1 1 , further comprising the steps of: 

5 receiving from the user input selecting a hierarchy level for displaying the 

6 data; and 

7 displaying the data at the user selected level. 
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ABSTRACT 



1 A system and method for displaying graphs on a computer display organize 

2 the data and axes of the display hierarchically. The user is allowed to select which 

3 levels of the hierarchy are to be displayed, thereby controlling the look of the 

4 display. Data at lower hierarchical levels is aggregated at the level chosen for 

5 display. By varying the chosen display levels, the user changes the nature of the 

6 display on the computer monitor. 
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